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TEKNISKT OMRADE 

Foreliggande uppfinning avser en metod att sanda streamed 
prioriterad information via ett sakert medium, t ex MS, i ett 
tradldst tele- , och datakommunikationsnat , medan f61jande 
5 differentiella data sands over en standardkanal . 

TEKNISK BAKGRUND 

De fiesta typer ;av media kan ofta delas upp i hag och lag- 
priori terad data. Hdgprioriterad data kan liknas med en ram som 
10 maste finnas for att halla uppe detaljer (lagprioriterad data) . 
T ex en videosekvens bestar av tva typer av bildrutor (frames) ; 
I-bildruta (Intra-frame) och P-bildruta (Predicted frame). En 
I-bildruta innehailer all information for att visa en komplett 
bild, medan en P-bildruta bara innehailer ferandringar fran 
f6regaende bild. Med denna teknik sa behoves det inte skickas 
kontinuerligt med I-bildrutor f6r att astadkomma rfirliga 
bilder, utan det racker kanske med att var 10:e bildruta ar av 
I-typ, bildrutorna daremellan kan vara av P-typ. Ett m5nster 
som liknade IPPP...ippp skulle kunna fas. 
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Men om nu en I-bildruta fSrsvinner, eller blir fOrstord sa 
kommer detta fel latt fortsatta i P af61jande P-bildrutor, felet 
kommer att propagera, till dess att nasta I-bildruta avkodas 
eftersom P-bildrutor ar beroende av att I-bildrutor ar 
korrekta, se figur 1. 

I-bildrutor ar hog prioriterad data (eller ramen) , medan P- 
bildrutor ar lagprioriterad data. Det ar sdledes vaidigt 
viktigt att den hOgprioriterade informationen distribueras 
felfri till klienten da ett fel i denna aterspeglas i den 
ldgprioriterade informationen. 



Det protokoll som idag anvands vid streaming (RTSP/RTP) ar 
ODP/IP (ttoi versa! Datagram Packet/Internet Protocol) som 
35 barare. UDP kan dock varken garantera att ett paket kommer fram 
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till mottagaren, och det kan inte heller prioritera olika typer 
av data utan alia paket behandlas lika oavsett innehall. 
Ovanstaende problem f6rs6ker anvandaren att komma forbi med 
hjaip av att buffra data innan uppspelning sker vilket ger 
systemet ett par sekunder att kunna begara omsandning av viktig 
data ifall den skulle forsvinna under transporten. Den enda 
metod man har i derma leaning att ferbattra garantin att 
informationen kommer fram korrekt ar saledes att utoka 
bufframa vilket iinnebar langre vantetid for anvandaren. 



US 2002/054638 visar ett ferfarande far att separera 
transkoderade data fran dif ferentiella i en MPEG-signal. Dessa 
sands sedan over olika kanaler. Skaiet anges vara att kunna 
halla nere buf f ertstorleken i mottagaren. Dif ferentiella data 
15 kan sandas efter de transkoderade. 

US 6041068 visar ett forfarande far att sarskilja I-ramar fan 
en MPEG-signal och sanda dessa som aptitretare far att locka 
till kop av hela signalen. 
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US 2002/073205 visar ett farfarande enligt vilket MMS anvands 
for att meddela en anvandare att ett strammande mediainnehail 
vantar far nedladdning via en annan kanal. 

25 SAMMANFATTNING AV UPPPINNINGEN 

Fareliggande uppfinning avser en metod att vid ett trddiast 
tele- och datakommunikationsnat majliggara att sanda streamad 
prxorxterad information via ett sakert medium, t ex MMS, medan 
dxf ferentiella data sands aver en standardkanal . Detta innebar 
30 saledes att data delas upp i hag och lAgprioriterade data. 

Fareliggande uppfinning ar en kombination av MMS och Streaming 
Genom att anvanda MMS som en initial notifiering far mediet sa 
gar det att skicka meddelande med godtycklig mangd 
35 hagprioriterad information. T ex ett godtyckigt antal I-ramar 
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Videoklienten har darigenom ett f6rspr&ng vid videoavkodning 
och streamingprotokollet f&r mer tid att sakerstaila att resten 
av information kommer fram. 

5 Vad som skiljer inetoden fran existerande system ar utnyttjandet 
av MMS (eller en initialt saker inf ormationsdistribution) for 
att skapa en streamingldsning som hajer sakerheten f6r att 
hdgprioriterad information ska finnas tillganglig vid ratt 
tillfalle utan behov av en hogre tillganglig bandbredd. Detta 
10 gdrs med iijalp. av den forskjutna distribueringen av de 
hogprioriterade data. 



KORT BE SKRIVNING AV RITNINGARNA 

15 Uppfinningen kommer att beskrivas narmare i det foljande under 
h&nvisning till bifogade ritningar, i vilka 
figur 1 visar propagering av fel vid felaktig I-bildruta, 
figur 2 visar kort videosekvens dar alia I-bildrutor skickas 
via MMS och 6vrig data (P-bildrutor) streamas, 

20 figur 3 visar l&ng videosekvens dar alia I-bildrutor skickas 
via MMS asymmetriskt och dvrig data (P-bildrutor) streamas, 
figur 4 visar overgripande bild av systemet fdr lagring av 
streamingdata, 

figur 5 visar en terminal och 
:T: 25 figur 6 visar ett forfarande f5r lagring av streamade tjanster. 

BESKRIVNING AV FOREDRAGNA UTFORINGSFORMER 

Uppfinningen ar en kombination av tva tekniker, MMS och 

Streaming, for att garantera att videoklienten i den mobila 
:Xj 30 terminalen har tillgang till hagprioriterad data vid ratt 

tillfalle. Genom att anvanda MMS som en initial notifiering f6r 
•'•*. mediet, sa gar det att skicka ett sadant meddelande med en 

:*■*; godtycklig mangd hogprioriterad information, t ex ett 

godtyckligt antal I-bildrutor. Videoklienten har pa sa satt ett 
35 fdrsprang vid videoavkodningen, och streamingprotokollet far 
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mer tid pa sig att sSkerstaila att resten av data faktiskt 
koiraner f ram. 

I fdljande text kommer exemplet ovan med olika bildrutor att 
5 anvandas f6r att . f drenkla f arklar ingen . 

Uppfinningen kan utnyttjas pa olika sStt: 

Ett alternativ ar da videosekvensen ar kort, da skickas all 
httgprioriterad information (I-bildrutor i exemplet) i VMS- 
10 meddelandet. Streamingdelen behover bara koncentrera sig pa att 
streama den lagprioriterade informationen (P-bildrutor i 
exemplet), se figur 2. 



Ett andra alternativ ar da videosekvensen ar lang, da skapas en 
15 asymmetrisk transport av information. Det sker genom att den 
h6gprioriterade informationen f6rskjuts i tiden. Ifall det blir 
problem med transporten av I-bildrutor eller om hogprioriterad 
data blir felaktig sa har applikationen/systemet langre tid pa 
sig att hinna ratta till detta. se figur 3. Till vanster i 
20 figur 3, normalt flede av informationen i ett system. Till 
hoger i figur 3, observera den forskjutna hSgprioriterade 
informationen, I-bildruta, fttrskjuten i den streamade data. 

Et annat exempel ar om systemet nu t ex avkodar bildruta p2 4 , 
25 och bildruta I n+2 skulle 6verf6ras felaktigt, sa kommer 
systemet ha ~n ganger langre tid pa sig att forsoka 6verf6ra 
In+2 jamf6rt med vanlig streaming. 
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Metoden kan i princip anvandas i alia videotillampningar dar 
systemet anvander nagon form av notifiering (t ex e-post) . 



Sarskilt intressant ar dock i mobila sammanhang (GPRS/UMTS) dar 
det finns en mycket begransad bandbredd och vill dMrfor k6ra 
streamingen over en Best-Ef f ort-kanal . I samband med att UMTS 
35 kommer att gora entre pa marknaden s& kommer ocksa flera nya 



typer av tjanster att kunna realiseras som t ex video. Det kan 
bli dyrt att k6ra all video over UMTS med hjalp av QoS , vilket 
f6r ovrigt inte ar tillgangligt i GPRS. Det kommer att finnas 
flera tjanster som maste ga over de billigare Best-Effort- 
kanalerna . 

I det fSrsta alternativet ovan dar sekvensen ar ganska kort, 
skulle denna metod kunna anvandas vid en kort videotrailer till 
vissa personer. Dessa kan da fdrst se en "stillbilds-slideshow" 
av sekvensen. If all anvandaren sedan istallet vill se hela 
sekvensen sa behover systemet bara streama fiver de saknade P- 
bildrutoma, pa sa satt h5js kvaliteten pa sekvensen samtidigt 
som bandbredden minskar. 

LSsningen skulle ocksa kunna anvandas i andra system dar 
separation av hog och lag prioriterad information sker. Till 
exempel vid byggandet av en sakerhetslSsning dar viss del av 
informationen skickas via MMS (vilket systemet kan ta betalt 
f6r och identifiera anvandaren) vilken ar nSdvandig fdr att 
kunna anvanda res ten av informationen. 

Ett satt att skicka hogprioriterad data visas i figur 4. 
Pigur 4 visar ett system 100 for lagring av streamingdata 
vilket bestar av ett tradlost tele- och datakommunikationsnat 
102 och en anvandare 104 med en terminal 106. I natverket finns 
den delen dar en sokt tjanst A ligger vilken bestar av en 
streamings erver 10 8 och en MMS-server 110. 

I figur 5 visas terminalen 106 som anvander tjansten A. 
Terminalen innehailer bl a en MMS-klient 202, en streaming- 
klient 204, en streamingbuf f ert 206 och en presentationsenhet 
208. 



figur 6 visas ett forfarande 300 f6r lagring av tjanster. 
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Enligt foreliggande uppfinning bestir fSrfarandet av fdljande 
steg: Steg 1, 302, i f6rfarande g&r ut p& att en anvandare 104 
far en MMS-notif iering med ett godtyckligt h&lsningsmeddelande 
samt en bilaga i vilken den initiala streamingbuf f erten 
5 "MMS PreBuf" och en streamingpekare finns. Streamingpekaren &r 
en vanlig rtsp-lank och ett exempel pa detta ar: 
"rtsp: //server .com/file. mp4" . 

I steg 2, 304, best&nmer sig anvSndaren 106 fdr att starta 
10 streamings ess ionen, tjansten aktiveras p& detta satt i MMS- 
klienten 202 genom att anvandare 104 beg&r 6ppna MMS rets bilaga 
varvid streamingklienten 204 automatiskt startas, MMS-klienten 
202 6verf6r d& "MMS PreBuf" (buffertdata och streaminglank) 
till streamingklienten 204. 

15 

I steg 3, 3 06, streamingklienten 204 placerar den medskickade 
informationen "MMS PreBuf" i sin streamingbuf fert 206. 

20 I steg 4, 308, anv^ndaren 106 initierar sedan en session med 
streamingservern 108 "RTSP GET" vilken borjar streama tillbaka 
resten av informationen. 

I steg 5, 310, ; information "RTP data" kommer fram till 
25 streamingklienten. 204 fran streamingservern 108. 

I steg 6, 312 sd placeras "RTP data" i streamingbuf fert en 206. 

Vid punkt A: Den data som skickas med i MMS:et kan vara av 
30 godtycklig sort. I fallet med media (video/audio) s& kan det 
t ex vara de fSrsta sekunderna i sekvensen. Streamingbuf f erten 
206 bdr i detta fall motsvara ca 15 sek uppspelning. If all en 
bithastighet p& 64 kb/s anvSnds motsvarar det en datamangd p& 
120 kB. 

35 
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Vid punkt B: Ncir streaminganvandaren skickar den initiala 
buffert datan till streamingbuf f erten s& tror denna att det 
bara ar vanlig data, och har ingen vetskap om denna liar 
streamats eller laddats frAn minnet* Pd sairana s&tt s& kan den 
streamade inf ormationen bara l&ggas till i streamingbuf f erten 
utan att det uppstdr n&gra problem. 

Vid punkt C: nk streamingklienten 204 skall borja streama 
resten av inf ormationen sa firms det stdd i RTSP att hoppa fram 
i en datamSngd. P& s£l s&tt enkelt borja streama data fr&n den 
tidpunkt som ar identisk med buffertens ISngd. Till exempel om 
buff erten Mr 15 sek l&ng, d& f£r str earnings ervern 110 ett 
meddelande att borja streama data fr&n tidpunkt 15 sek istailet 
fdr fran borjan. 



CP 
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PATENTKBAV 

1. Forfarande att sanda streamad information vid ett tradlSst 
tele- och datakommunikationsnat till en terminal med 
videoklient, dar den streamade inf ormationen delas upp i 
hogprioriterade data, I-bildrutor , och lagprioriterade data, P- 
bildrutor, kannetecknat av att h5gprioriterade data sands via 
ett separat medium, medan lagprioriterade data sands over en 
standardkanal, for att sedan visa hog- och lagprioriterade data 
i ratt f61jd kontinuerligt i terminalen. 

2. Fdrfarande enligt krav 1, kannetecknat av att 
hagprioriterade data sands via MMS och lagprioriterade data 
sands via streaming. 

3. Forfarande enligt krav 2, kannetecknat av att MMS anvands 
som en initial notifiering fdr mediet. 

4. Fdrfarande enligt nagot av kraven 2 eller 3, kannetecknat av 
att en godtycklig mangd hogprioriterade data kan skickas i ett 
MMS. 

5. Fdrfarande enligt nagot av kraven 2 till 4, kannetecknat av 
att skicka all hogprioriterad data via MMS vid kort 
videosekvens . 

6. Forfarande enligt nagot av kraven 2 till 4, kannetecknat av 
att skicka asyiranetriskt hSgprioriterad data via MMS vid langa 
videos elevens er „ 

7. Forfarande enligt nagot av ovanstaende krav, kannetecknat av 
ett system (100) som innefattar: en terminal (106), ett natverk 
(102) varvid natverket innefattar: en streamings erver (108) , en 
MMS-server (110) , i natverket firms utvald inf ormation varifran 
streamingdata hamtas fran, varvid terminalen innefattar medel 



(202, 204 , 206) for att buffra streamingdata, och medel for att 
presentera information (208), att forfarandet best&r av att 
buffra ett f6rsta tidsintervall av streaiaingdata, att visa den 
forsta information p& presentationsenheten och att samtidigt 
5 som den fSrsta inf ormationen visas p& presentationsenheten sA 
overfdrs ny streamingdata. 

8. FSrfarande enligt patentkrav 7, kannetecknat att innan en 
streamingtjanst initialiseras skickas initialt ett MMS till 
10 terminalen som efterfrdgat tj&nsten, MMS:et inneh&ller dels 
buffertdata, samt del information om datastr5mmen i sig, att 
streamingklienten kan p&b5rja uppspelning av buffertdata utan 
f 6rdr6 jning . 

15 9. F6rfarande enligt patentkrav 7 ksLnnetecknat att forfarandet 
innef attar: ett forsta steg (302) att terminalen (106) f£r en 
MMS-notif iering till str earnings essionen, 

ett andra steg (304) att aktivera sSndning av buffertdata fr&n 
streamings ervern; (110) till streamingklienten (204), 
20 ett tredje steg (306) placerar streamingklienten (204) den 
medskickade inf ormationen i sin streamingbuf f ert (206) 
ett fjarde steg (3 08) , initierar terminalen en session med 
streamings ervern 108 vilken borjar streama tillbaka resten av 
inf ormationen , 

25 ett femte steg (310) , skickar streamings ervern (108) 
information till streamingklienten (204), 

ett sjatte steg (312) placerar streamingklienten inf ormationen 
i streamingbuf ferten (206) . 

30 10. Datorprogram innef attande programsteg fdr utf5rande av 
stegen i ett fdrfarande enligt n&got av patentkraven 1-9. 

11. Dator med l&sbart medium innef attande instruktioner f3r 
utforande av stegen i fdrfarande enligt n&got av patentkraven 
35 1-9. 
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12. System (100) f5r att styra buff ring av streamingdata i ett 
tr&d!6st tele- och datakommunikationsnat , k&nnetecknat av att 
systemet innefattar: en terminal (106), ett natverk (102) 
varvid natverket . innefattar : en streamings erver (108), en MMS- 
5 server (110) , i natverket finns den delen varifr&n 
streamingdata hSmtas fr&n, och att terminalen innefattar medel 
(202, 204, 206) fdr att buffra ett fSrsta tidsintervall av 
streamingdata • 

10 13. System enligt patentkrav 12, kazinetecknat av att terminalen 
innefattar: en MMS-klient (202), en streamingklient (204), en 
streamingbuf fert (206) och en presentationsenhet 208. 

14. Terminal 106 i ett system 100 f6r att styra buff ring av 
15 streamingdata i ett tr«3Ldl5st tele- och datakoramunikationsn&t, 
kannetecknad av . att terminalen 106 som innefattar: en MMS- 
klient 202, en streamingklient 204, en streamingbuf f ert 206, 
varvid terminalen hanterar buffring av ett fdrsta tidsintervall 
av streamingdata. 

20 
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SAMMANDRAG 



Metod att sanda streamad information vid ett tradlost tele- och 
datakommunikationsnat genom att sanda streamad hSgprioriterade 
5 information via ett sakert medium, medan lagprioriterade data 
sands over en standardkanal . Metoden ar en kombination av tva 
tekniker, MMS . och Streaming, for att garantera att 
videoklienten i. den mobila terminalen har tillgang till 
hSgprioriterad data vid ratt tillfalle. Genom att anvanda MMS 

10 som en initial notifiering f6r mediet. I meddelandet kan skicka 
med en godtycklig mangd hbgprioriterad information, t ex ett 
godtyckligt antal I-bildrutor. Videoklienten har pa sa satt ett 
forsprang vid videoavkodningen, och streamingprotokollet fAr 
mer tid pa sig att sakerstalla att resten av data faktiskt 

15 kommer fram. 



(Fig. 2) 
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Fig. 5 
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